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(57) Abstract: A system for providing 
services includes service entities, interface 
entities, and a service bus. Each service 
entity produces and receives events and 
includes at least one of a reusable macro 
function, an application programming 
interface function, and a management 
interface function. Each service is 
implemented with at least one service 
entity. Each interface entity produces 
and receives events and is coupled to a 
communication system and communicates 
with the communication system using a 
communication protocol. The service 
bus couples the interface entities and the 
service entities and passes events between 
the interface entities and service entities. 
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SYSTEM FOR PROVIDING SERVICES 
BACKGROUND OF THE INVENTION 

Field of the Invention 

The invention relates to a system for providing services, and, more particularly, to a 
computer system for providing services to users of communication systems using service 
entities, interface entities, and a service bus. 
Background of the Invention 

Conventionally, services are provided to a user of a telephone system using a top- 
down approach. Figure 14 illustrates a system perspective for providing services using the 
prior art A service provider 201 provides services to a user 202 via a telephone system 203. 
The service provider 201 includes an operating system 204, services 205, and a network 
interface 206. The services 205 are implemented in software as stand-alone services. New 
services are provided by either adding new stand-alone services 205 to an existing service 
provider 201 or by adding an entirely new service provider. Examples of services for a 
telephone system implemented with the prior art approach include a call forwarding service 

and a call waiting service. 

With the conventional approach of Figure 14, a single network interface 206 is used 
for each service provider 201, which means that each service provider 201 may only 
communicate with a single telephone system 203. Also, with the conventional approach, 
management of the services and network interfaces between service providers is disjoint, 
which causes an increase in management expenses. 

In the conventional system as illustrated in Figure 14, the deployment of new services 
typically takes a long time, and there are conventionally no consistent or standardized 
approaches for the deployment of new services. 

Further, the deployment of new services in the conventional manner typically has 
several problems. For example, a new service is created by a service manufacturer in a closed 
and proprietary manner, and the augmentation of the deployed new service is difficult to 
perform and is restricted by the service manufacturer that created the service. In addition, the 
delivery of a new service created by a service manufacturer is difficult to predict because the 
service manufacturer operates on its own independent delivery schedule. 

Additionally, when deploying a new service with the conventional approach, the new 
service is often introduced without considering the current deployment of existing services. 
Further, the interaction of a new service and an existing service is difficult to accomplish if 
the services are implemented with two different service providers. Moreover, when a new 
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service is deployed, the service provider implementing the new service requires a large 
amount of maintenance overhead and provisioning. Provisioning is the configuration of data 
and/or information pertaining to the implemented service. 

There exists a need to make providing services to users more efficient and a need to 
introduce new services more easily. 

SUMMARY OF THE INVENTION 

An object of the invention is to provide a computer system for providing services to a 
user using a communication system. 

An object of the invention is to deploy new services quickly and inexpensively. 

An object of the invention is to provide a scalable system for providing services. 

An object of the invention is to provide a system that allows for easily creating, 
piana ging, and executing new services. 

An object of the invention is to provide a system for providing services that enables 
operators and third parties to develop new services. 

The invention includes a system, a method, and an article of manufacture for 
providing services. 

The system of the invention includes a computer system having a computer-readable 
medium embodying software to operate a computer. The system includes software- 
implemented service entities, software-implemented interface entities, and a software- 
implemented service bus. Each service entity produces and receives events and includes at 
least one of a reusable macro function, an application programming interface function, and a 
management interface function. Each service entity corresponds to a user subscription to a 
service. Each interface entity produces and receives events and is coupled to a 
communication system and communicates with the communication system using a 
communication protocol. The service bus couples the interface entities and the service 
entities and passes events between the interface entities and service entities. 

The method of the invention includes a method for operating a computer system for 
providing services having a computer-readable medium embodying software to operate a 
computer. The software includes software-implemented service entities, software- 
implemented interface entities, and a software-implemented service bus. A first service entity 
and a first interface entity are coupled to the service bus. A first event is passed from the first 
interface entity to the first service entity via the service bus. A second event is passed via the 
service bus from the first service entity to the first interface entity, a second interface entity 

coupled to the service bus, or a second service entity coupled to the service bus. 
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The system of the invention includes a computer system having a computer-readable 
medium embodying software to operate a computer in accordance with the invention. 

The article of manufacture of the invention comprises a computer-readable medium 
embodying software to operate a computer in accordance with the invention. 

The above objects and advantages of the invention are illustrative, and not exhaustive, 
of those which can be achieved by the invention. Thus, these and other objects and 
advantages of the invention will be apparent from the description herein, or can be learned 
from practicing the invention both as embodied herein and as modified in view of any 
variations which will be apparent to those skilled in the art 

BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the invention are explained in greater detail by way of the drawings, 
where the same reference numerals refer to the same features. 

Figure 1 illustrates a system perspective for providing services using the invention. 

Figure 2 illustrates a service entity. 

Figure 3 illustrates a library. 

Figure 4 illustrates an interface entity. 

Figure 5 illustrates a service registry. 

Figure 6 illustrates a flow diagram for providing services with respect to the system 
perspective of Figure 1. 

Figure 7 illustrates a flow diagram for conducting a session. 
Figure 8 illustrates a flow diagram for error detection and correction. 
Figure 9 illustrates a flow diagram for error detection and correction. 
Figure 10 illustrates passing events. 
Figure 1 1 illustrates passing events. 

Figure 12 illustrates a first example for providing services using the inventioa 

Figure 13 illustrates a second example for providing services using the invention. 

Figure 14 illustrates a system perspective for providing services using the prior art. 
DETAILED DESCRIPTION OF THE INVENTION 

The description of the invention is segmented into sections on definitions, providing 
services, and examples. 
Definitions 

In describing the invention, the following definitions are applicable throughout. 

A "session" refers to an organized communication period between a user and one or 

more users or communication systems. Examples of sessions include: outgoing calls; bundled 
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long distance calls; incoming calls; fax/data support; plain ordinary telephone service (POTS) 
services; web-based management; 911/lawful intercept services; equal access services, which 
includes the ability for a user to select their long distance carrier, ensuring competition among 
carrier, custom local access subscriber services (CLASS) features; lifeline power, which 
includes the ability to power a telephone from the telephone service provider and the ability to 
use the telephone without an electrical outlet; Centrex services, which includes telephone 
services for small to medium size businesses; videocalls; and multimedia conferencing. 

A "service" refers to a communication-relaled service used during a session. A 
session uses zero or more services. Examples of types of service include: telephony services, 
such as call forwarding number service and a call waiting service; data services; media 
conversion services; conferencing services; information services; and messaging services. 

A "communication system" refers to a computer system used for communicating. 
Examples of a communication system include: an e-mail service system, a directory service 
system, a credit card payment service system, a cable set top box (CSTB), a voice mail 
system, a voice messaging system, a speech recognition unit, a text-to-speech unit, a record 
and playback server, a paging system, a conferencing unit, a remotely controlled conferencing 
unit, an interactive voice response unit, a fax unit, a personal information managing system, a 
wireless device, a network, a network gateway, a unit for connecting a telephony network and 
a packet network, a unit for guaranteeing a path through a packet network, a security device, 

and a home appliance. 

A "communication protocol" refers to a set of rules or standards designed to enable a 
computer to connect with another computer and to exchange information with another 
computer with as Uttle error as possible. Communication protocols can be used for 
exchanging information with a communication system using various types of messaging, such 
as wire line messaging, wireless messaging, cable messaging, carrier messaging, and data 
messaging. Examples of a communication protocol include following: advanced intelligent 
networking (AIN), which is used for communicating between a switching system and a 
service control point; intelligent networking (IN) capability set 2 (CS-2), which is used for 
communicating between a switching system and a services control point; custom application 
management for enhanced logic (CAMEL), which is used for communicating between a 
wireless switching system and a services control point; short messaging service (SMS), which 
is used for communicating with a wireless system for sending short text messages to wireless 
devices; wireless appUcation protocol (WAP), which is used for allowing wireless devices 
access to a network, such as the Internet or an intranet; telephony application programming 
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interface (TAPI), which is used for allowing an application to control basic telephony 
functions of a phone or PBX; simple mail transfer protocol (SMTP), which is used for 
sending e-mail from one system to another system; session initiation protocol (SIP), which is 
used for signaling between Internet protocol (IP) telephony end points and servers; 
lightweight directory application protocol (LDAP), which is used for retrieving directory 
information; H.323, which is used for communicating between IP telephony end points and 
servers; and real time streaming protocol (RTSP), which is used for communicating and 
controlling a media server. 

-A "computer" refers to an apparatus that is capable of accepting a structured input, 
processing the structured input according to prescribed rules, and producing results of the 
processing as output Examples of a computer include: a computer, a general purpose 
computer, a supercomputer, a mainframe; a super mini-computer, a mini-computer, a 
workstation; a micro-computer, a server, an interactive television; and a hybrid combination 
of a computer and an interactive television. A computer also refers to two or more computers 
connected together via a network for transmitting or receiving information between the 
computers. An example of such a computer includes a distributed computer system for 
processing information via computers linked by a network. 

A "computer-readable medium" refers to a storage device used for storing data 
accessible by a computer. Examples of a computer-readable medium include: a magnetic 
hard disk; a floppy disk; an optical disk, such as a CD-ROM; a magnetic tape; a memory chip; 
and a carrier wave used to carry computer-readable electronic data, such as those used in 
transmitting and receiving e-mail or in accessing a network. 

"Software" refers to prescribed rules to operate a computer. Examples of software 
include: software; code segments; instructions; computer programs; and programmed logic. 

A "computer system" refers to a system having a computer, where the computer 
includes a computer-readable medium embodying software to operate the computer. 

A "network" refers to a number of computers and associated devices that are 
connected by communication facilities. A network involves permanent connections, such as 
cables, or temporary connections, such as those made through telephone or other 
communication links. Examples of a network include: an internet, such as the Internet; an 
internet; a local area network (LAN); a wide area network (WAN); and a combination of 
networks, such as an internet and an intranet 
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Providing Services 

Figure 1 illustrates a system perspective for providing services using the invention. A 
service provider 1 implements communication sessions for users 2. Each user 2 uses a 
communication system 3 to communicate with other users 2 and other communication 
systems 3. 

The service provider 1 provides services for use by the users 2. The service provider 1 
provides the services to users 2 using software-implemented service entities 5, a software- 
implemented library 6, a software-implemented service bus 7, software-implemented 
interface entities 8, and a software-implemented service registry 9. 

Each service is implemented by the service provider 1 using one or more service 
entities 5. Each service entity 5 represents a subscription by a user 2 to a particular service. 
As illustrated in Figure 5 and discussed further below, the service registry 9 tracks the 
services 4 offered by the service provider 1 and the service entities 5 for each service 4. 
Service entities 5 are implemented using functions accessed from the software-implemented 
library 6. 

The service bus 7 passes events between the service entities 5 and the interface entities 
8. Each service entity 5 produces and receives events, and each- interface entity 8 produces 
and receives events. An event is an action or occurrence, often generated by a user, to which 
a service entity or an interface entity might respond. 

An interface entity 8 communicates with one or more communication systems 3, and a 
communications system 3 communicates with zero or more users 2. 

The service provider 1 is implemented using a computer system having a computer- 
readable medium embodying software to operate a computer. Per the definition of a 
"computer," the various components of the service provider 1 can be implemented on a single 
computer or distributed on two or more computers across a network. For example, each of 
the service endues 5, the library 6, the service bus 7, each of the interface entities 8, and the 
service registry 9 can each be implemented on a single computer or distributed on two or 
more computers across a network. 

The service provider 1 is preferably implemented using internet development tools or 
common object request broker architecture (CORBA) tools. Examples of internet 
development tools include: the platform independent programming language Java; integrated 
development environments (IDEs), such as Jbuilder and Visual Cafe; and Java tools, such as 
Java Beans. 
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Due to the modular nature of the invention with respect to the service entities and the 
interface entities, the service entities and the interface entities can be developed by various 
parties using off-the-shelf software or specially created software. Further, the structure of the 
service provider 1 is scalable, and new sendee entities and new interface entities are easily 

5 added to the service provider 1 . 

Figure 2 illustrates a service entity 5. A service entity 5 represents a subscription by a 
user 2 to a service 4. The service entity 5 includes a number of functions. For example, the 
service entity 5 includes at least one of the following functions: a macro function 11, an 
application programming interface (API) function 12, and a management interface function 

10 13. The functions of a service entity are reusable, which means they can be used by other 
service entities via the library 6. 

The reusable macro function 11 represents a commonly used sub-routine. The 
application programming interface function 12 represents a progra mmin g interface to an 
external protocol. The management interface function 13 is a function that provides for at 

1 5 least one of provisioning, monitoring, and modification of a service entity. The provisioning 
of a service entity allows the user or service provider to modify data and/or information 
associated with the service The monitoring of a service entity- allows the user or service 
provider to gauge the usage and status of the service using statistics and indicators. The 
modification of a service entity allows the service provider to change data associated with the 

20 service which changes the behavior of the service for all subscribers. 

The service entity 5 receives an event 16 from the service bus 7. Based on the 
received event 16, the service entity 5 produces at least one event 15 using the functions 11-13 
and passes the event 15 to the service bus 7. 

Figure 3 illustrates the library 6. The library 6 stores many of the functions used to 

25 implement the service entities 5. For example, the library 6 stores reusable macro functions 
17, application programming interface functions 18, and management interface functions 19. 
The reusable macro functions 1 7 in the library 6 include the reusable macro function 1 1 in the 
service entity 5 of Figure 2, the application programming interface functions 18 include the 
applications programming interface function 12 in the service entity 5 of Figure 2, and the 

30 management interface functions 19 in the library 6 include the management interface function 
13 in the service entity 5 of Figure 2. Service entities 5 are built using the functions provided 
by the library. 

Figure 4 illustrates an interface entity 6. The interface entity 6 uses a communication 
protocol 21 to communicate between the service bus 7 and one or more communication 
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systems 3. After receiving a protocol message 23 from the communication system 3, the 
interface entity 6 produces at least one event 22 using the communication protocol 21, and the 
interface entity 6 passes the event 22 to the service bus 7. After receiving an event 24 from 
the service bus 7, the interface entity 6 produces a protocol message 25 using the 
communication protocol 21 and passes the protocol message 25 to at least one communication 
system 3. 

Figure 5 illustrates a service registry 9. With the service registry 9, the service 
provider 1 tracks the services 4 offered by the service provider 1, the users 2 authorized to 
access the service provider 1, and the services 4 that each user 2 is authorized to access. The 
services registry 9 includes a services list 31 of services 4 that the service provider 1 offers. 
The service registry 9 also includes a users list 32 of users 33 that are authorized to access the 
service provider 1 . Each user 33 listed in the users list 32 includes a list of the service entities 
5 that the user 33 is authorized to access. When a user 33 subscribes to a new service 4, the 
service registry 9 creates a new service entity 5 for the user corresponding to the newly 
subscribed service and lists the new service entity 5 in the users list 32. When a user cancels a 
subscription to a service, the corresponding service entity 5 is removed from the users list 32 
for the user. 

As an example, the service registry 9 illustrated in Figure 5 has an exemplary services 
list 31 and an exemplary users list 32. The services list 3 1 includes three services 32, service 
a, service b, and service c. The users list 32 includes three users 33, user 1, user 2, and user 3. 
User 1 has subscribed to two services 4, service a and service b, and two corresponding 
service entities 5, service entity al and service entity bl, are listed with user 1 in the service 
registry 9. User 2 has subscribed to three services 4, service a, service b, and service c, and 
three corresponding service entities 5, service entity a2, service entity b2, and service entity 
c2, are listed with user 2 in the service registry 9. User 3 has subscribed to one service 4, 
service b, and one corresponding service entity 5, service entity b3, is listed with user 3 in the 
service registry 9. 

Figure 6 illustrates a flow diagram for providing services with respect to the system 
perspective of Figure 1. In block 41, the service bus 7 exists as is illustrated in Figure 1. The 
service bus 7 couples service entities 5 and interface entities 8 and accesses the service 

registry 9. 

In block 42, a new service is registered with the service registry 9. The services list 3 1 
of Figure 5 is updated with the new service 4. 
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Inblock 43, a new user fe registered with the service registry 9. The users list 32 is 

fte services 4 to which the new user 33 has subscribed. A user subscribes to zero or more 
services 4, and the number of service endues 5 listed for the user 33 corresponds to the 
number of services to which the user has subscribed. 

In block 44, a new service is added or canceled for a registered user listed m the 
service registry 9. A user 33 is regisKred wim the service provider 1 and is listed in the 
service regisny 9. user 33 wishes to add or cancel a service 4 provided by the service 
provide, 1. To add aservic. 4, the users lis, 32 is amended by adding a new service entity 5 

32 is amended by deleting the service entity 5 corresponding to the canceled service 4 for the 

user 33. t . , A 

In block 45, a new interface entity is dynamically installed onto the semce bus. A 
„«„ inttrface entity is needed if the service provider 1 is to interface wim a communication 
s«em 3 that uses a communication protocol mat is not supported by any of the costing 
Uaerface entities*. The new interface entity includes a new communication protocol ,21 for 
tafcrfacing with thenewrypeof communication system. In dynamically insttiling the new 
^ entity, the new interface entity is instaUed without impacting the operauonof the 
listing service entities 5, existing interface entities 8, and me service bus 7. Further, by 
dynanucally installing the new huerface entity, the service bus 7 does no. need to be reset 

to block 47, the service provider 1 conduce sessions with users 2. The semce 
provider 1 is capable of conducting one or more sessions a. a time. Tne process for 
conducting a session is illustrated in Figure 7. 

Figure 7 illustrates a flow diagram for conducting a session. In block 51, a user 
25 recueas a session wim the service provider 1. The request passes from the user 2 to the 
service bus 7 via a communication system 3 and an interface entity 8. 

in block 52, the service provider 1 verifies ma. me user 2 is aumorized to access the 
serviceproviderl. Tne service bus 7 accesses ft. service regisuy 9 <o verify ma.me user 2is 
Ustt aasauser33intheuserslis,32. Iftheuser is listedas auser 33 in <he users list 32. the 
30 flow proceeds to block 53. If the user is no, listed as auser 33 in Ihe users lis. 32. the user is 
denied access to the service provider 1 . 

In block 53, the service provider 1 dynamically installs the one or more semce 
entities 5 of the user 2 onto fte service bus 7. The service provider 1 accesses the users lis. 32 
in me service regisny 9 to fctemtine me semce entities 5 to dynamically insudl onto the 
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semcebus7. When a serviceentity is dyuanucauy tanaUed onto the service bus, the service 
entity informs me service bus as to vrfnch one or more interne entities me semce en«y 
requires for prop« op«auon. If *• request interface entities axe not already taaalled onto 
me semce bus, me service provider 1 dyaamicatty installs me retn^ interface entities 
5 onto the service bus. In dynamically installing die one or more service endues, the semce 
elides are installed vAhout impacting me operation of me existing service endues 5, extsong 
inttrface endtfes 8, and the service bus 7. Further, by dynamically insttlling the semce 

entities, the service bus 7 does not need to be reset 

In block 55, the service provider 1 executes the requested service. The functions 11- 
10 " 13 of each service entity 33 for the requested service 32 are accessed, as appropriate, fromthe 

functions 17-19 in the library 6. 

To execute the requested service, the service provider 1 performs one or more 
functions, as illusuated in blocks 56-60 of Figure 7. In block 56, me service bus 7 passes an 
events anin^eeuuv8«asemceen*y 5. This is the initial s«p ibr ahnosr all 
13 services. In block 57, the semce bus 7 passes an even, from a service endty 5 to an interface 
entity 8. In block 58, the service bus passes an event from a service entity 5 to anomer semce 

entity 5. c , 

In block 59, the service bus 7 manages precedence between the semce entities 5 and 

interface entities 8. For instance, if an event is to be passed to two or more service ad*. 5 
20 or interface entities 8, the service bus 7 determines the order of service entities 5 and interface 
entities 8 that are to receive the event Also, each service entity can change the flow by 
altering the event, consuming the event, or allowing the event back out to the semce bus 7, 
where the next service entity will process it If the service bus 7 cannot manage interactxons 
between two or more entities, the service bus 7 dynamically installs an interaction semce 
25 entity onto the service bus. The interaction service entity determines how two or more 
particular service entities interact given the current state and environment of the service bus 7. 

In block 60, the service provider 1 performs error detection and correction, which is 
discussed further below with respect to Figures 8 and 9. 

Initially, an event is passed from an interface entity to a service entity via the semce 
bus and as determined by the service bus. After the event has been processed by all 
applicable service entities, the session is suspended awaiting the next event from an interface 



30 

entity. 
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In block 61, the session with the service provider 1 ends, and the user 2 is 
disconnected from the service provider 1. The session ends when, for example, the user 2 

hangs up the telephone, 

!n block 62, the service provider 1 dynamically uninstalls the service entities 5 for the 
5 user 2 from the service bus 7. Tie service provider 1 further dynamically uninsttlls the 
inrerface entities 8 that are not required by any of the service entities 5 mat remain installed on 
the service bus 7. In dynamically uninsmlling the one or more service entities 5 for the user 2 
and any interface entities 8, the service entities and any interface entities are uninstaUed 
whhou. impacting the operation of the existing service entities 5, existing interface entities 8, 
10 and the service bus 7. Further, by dynamically untaalling the service entities and any 
interface entities, the service bus 7 does not need to be reset 

Figure 8 illustrates a flow diagram for error detection and correction for use with 
block 60 in Figure 7. In block 71, a service entity 5 or an interface entity 8 detects an enor. 
Examples of an error include: receiving an incorrect even, fern, the service bus; recemng an 
,5 improperly formatted ever* or receiving an unexpecttd event An error is detected by a 
service entity or interlace entity, which notifies the service bus of the error. 

In block 72, the service entity 5 or interface entity 8 that detected the error resets nself. 
The detecting service entity 5 or interface entity 8 rese* itsdfby taking a service spe«nc 
action to recover gracefully from the error. 
20 Figure 9 illustrates a flow diagram for error detection and correction for use writ, 

block 60 in Figure 7. In block 75, a service entity 5 or an interface entity 8 detects an 
mcorrec. received even, from the service bus 7. The service entity 5 or interface entty 8 
expected to receive a certain type of event from the service bus 7, and instead received a 
different event 

In block 76, the service entity 5 or interface entity 8 that detected the error sends an 
error message to the service bus 7. For example, the error message is an unexpected event 

In block 77, the service bus logs the error message. The error message is logged by an 
event management system of the service provider 1 , which is not shown in Figure 1 . 

In block 78, the service bus 7 sends a reset message to the service entity 5 or mterface 
30 entity 8 that detected the error. For example, the reset message is a reset event. 

In block 79, the service entity 5 or interface entity 8 that detected the error resets rtself, 

as in block 72. 

Figures 10 and 11 illustrate passing events using the service bus 7. For clarity, the 
rem aining components of the system perspective illustrated in Figure 1 are not depicted a 
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Figures 10 and U . figures 10 and 1 1 Ulustiate three basic types of event passing: the semce 

even, ftom a service entity to an interface entity, and the service bus passing an even, froma 

service entity to another service entity. 

Figure 10 illustrates a service implemented by service entities 81 and 82. In Ftgure 
10 the service bus 7 couples the two service entities 81 and 82 and two interface entiues 83 
and 84. The interface entity 83 produces an event 85, which is passed te the servic* entity 81 
via the service bus 7. After receiving the even. 85, the service entity 81 produces an even. 86, 
whichis passed .o .he service end* 82 via.be service bus 7. After receiving me event 86, the 
service end* 82 produces an even. 87, which is passed to the interface entity 84 ™ the 

service bus 7. _ 

Figure 1 1 illustrates a service implemented by service entities 81 and 91. In Ftgure 
11 the service bus 7 couples three service entities 81 , 82 and 91 and mo interface enuties 83 
and 84. Interface entity 83 produces an event 92, which is passed to die service entity 81 via 
uk service bus 7. After receiving Ac even, 92, tie s«vice entity 81 produces an event 93. 
which is passed ti, me service «mty91viau,= service bus 7. After raving the even. 93, the 
service entity 91 produces ever, 94, which is passed to the service entity 81 via the semce 

bus 7. Ate»^^b.«Hd»^•^»^«*«--" -,5 ■ , * , *" 

passed to the interface entity 83 via the service bus 7. 

I„ passing an even, between entities, as fflusttated in Figures 10 and 11, the semce 
bus 7 detennines the destination for the event The service bus 7 determines that an event 
must be passed from one entity to another entity by looking a, the type and classification of 

the event 

Examples . Tri 

Figure 12 illustrates a firs, example for providing services using the mvennon. In 
Figure 12. an origmating call from a user of the service provider 1 is illusuuted. An 
originating call occu* for a call outgoing form the user. The user has subscribed to four 
services of the service provider 1 , and the four services are implemented for the user with, four 
service entities 101-104. When the user initiates the originating call, blocks 51-53 of Ftgure 
, are performed, and the service entities 101-104 and the interface entities 105-107 are 
dynamically installed onto the service bus 7. 

The barring service entity 101 provides a service which restricts certain types of calls. 
The directory service entity 102 provides the ability to translate a name into a number usmg a 
directory The personal identification number (PIN) service entity 103 provides the ability to 
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prompt a user for a PIN before making a toU or long distance call. The basic service entity 
104 provides basic call functions such as routing, answer, and release. 

The service bus 7 couples the four service entities 101-104 to three interface entities 
105-107. The session initiation protocol (SIP) interface entity 105 provides access to IP 
telephony functions and is coupled to a communication system for signaling call control 
information. The lightweight directory application protocol (LDAP) interface entity 106 
provides access to directory information and is coupled to a communication system for 
requesting and relaying directory info. The interactive voice response (TVR) interface entity 
provides announcements and digit collection for prompt based services and is coupled to a 
communication system for requesting and controlling voice playback and digit reception 
equipment 

For an originating call, an invite 108 is received by the interface entity 105. The invite 
108 is an initial call request protocol message. The interface entity 105 produces an event 
109, which is passed to the service entity 101 via the service bus 7. After receiving the event 
109, the service entity 101 produces an event 110, which is passed to the service entity 102 
via the service bus 7. After receiving the event 1 10, the service entity 102 produces an event 
111, which is passed to the interface entity 1 06 via the service bus.7. 

After receiving the event 111, the interface entity 106 produces a directory request 
protocol message 112 requesting directory information and receives a directory response 
protocol messagell3 with the directory information. After receiving the directory response 
protocol message 1 13, the interface entity 106 produces an event 1 14, which is passed to the 
service entity 102 via the service bus 7. After receiving the event 114, the service entity 102 
produces an event 1 1 5, which is passed to the service entity 103 via the service bus 7. After 
receiving the event 115, the service entity 103 produces an event 116, which is passed to the 
interface entity 107 via the service bus 7. 

After receiving the event 116, the interface entity 107 produces an IVR request 
protocol message 117 to collect a PIN and receives an IVR response protocol message 118 
with the collected PIN. After receiving the IVR response protocol message 1 18, the interface 
entity 107 produces an event 1 19, which is passed to the service entity 1 03 via the service bus 
7. After receiving the event 119, the service entity 103 produces an event 120, which is 
passed to the service entity 104 via the service bus 7. After receiving the event 120, the 
service entity 104 produces an event 121, which is passed by the service bus 7 as an invite. 
The invite for the event 121 is a continuation of the initial call request of invite 108. 
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Figure 13 illustrates a second example for providing services using the invention. In 
Figure 13, an example of a terminating call, which is a call mcoming to a user of the service 
provider 1, is iUustxated. The user has subscribed to four services of the service provider 1, 
and the four services are implemented for the user with four service entities 13 1-134. When 
the terminating call is received by the service provider 1, blocks 51-53 of Figure 7 are 
performed, and the service entities 131-134 and the interface entities 135-137 axe dynamically 

installed onto the service bus 7. 

The forwarding service entity 131 provides the capability to forward a call to another 
destination given certain criteria. Tne identity service entity 132 .provides the capability to 
notify a user of a call attempt by displaying the call information on a user premise device 
(e.g., a cable set top box). The logging service entity 133 provides the capability to log via e- 
mail all call attempts. The basic service entity 134 has the same functions as the basic service 
entity 104 illustrated in Figure 12. Even though basic service entities 104 and 134 implement 
the service offered by the service provider 1, two service entities are used because two users 
have subscribed to the same service, namely the basic service, and a service entity is 
generated for each subscription to the basic service. 

The service bus couples the four service entities 131-134 to three interface entities 
135-137. The cable set top box (CSTB) interface entity 135 provides an interface to a CSTB 
and is coupled to a communication system for displaying information on a television. The e- 
rnail interface entity 136 provides an interface to an e-mail server and is coupled to a 
communication system for dispatching e-mail. The SIP interface entity 137 has the same 
functions as the SIP interface entity 105 illustrated in Figure 12. 

The service bus 7 passes an event 138 to the service entity 131. The event 138 is an 
invite for an mcoming call setup. For instance, the event 138 can be a continuation of event 
121 in Figure 12, if the requested call of Figure 12 is made to from a user of the service 
provider 1 to another user of the service provider 1. After receiving the event 138, the service 
entity 131 produces an event 139, which is passed to the service entity 132 via the service bus 
7. After receiving the event 139, the service entity 132 produces event 140, which is passed 
to the interface entity 135 via the service bus 7, and produces event 141, which is passed to 
the service entity 133 via the service bus 7. 

After receiving the event 140, the interface entity 135 produces a notification protocol 
message 142 to the CSTB to display the calling line information 142. The notification 
protocol message 142 causes a caller identification to be displayed on a television monitor of 
the user. After receiving the event 141, the service entity 133 produces an event 143, which is 
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passed to the interface entity 135 via the service bus 7, and produces an event 144, which is 
passed to the service entity 134 via the service bus 7. 

After receiving the event 143, the interface entity 135 produces an outgoing e-mail 
request protocol message 145. The outgoing e-mail request protocol message 145 results in 
an e-mail notification being sent to the user specified address. After receiving the event 144, 
the service entity 104 produces an event 146, which is passed to the interface entity 137 via 
the service bus 7. After receiving the event 146, the interface entity 105 produces an invite 
protocol message 147. The invite protocol message 147 is an invite to the terminating 
endpdint 

The invention has been described in detail with respect to preferred embodiments, and 
it will now be apparent from the foregoing to those skilled in the art that changes and 
modifications may be made without departing from the invention in its broader aspects, and 
the invention, therefore, as defined in the claims is intended to cover all such changes and 
modifications as fall within the true spirit of the invention. 
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CLAIMS 

What is claimed is: 

1. A computer system for providing services having a computer-readable medium 
embodying software to operate a computer, comprising: 

a plurality of software-implemented service entities, each service entity comprising at 
least one of a reusable macro function, an application programming interface function, and a 
management interface function, each service entity producing and receiving events, each 
service entity corresponding to a user subscription to a service; 

a plurality of software-implemented interface entities, each interface entity coupled to 
a- communication system and communicating with the communication system using a 
communication protocol, each interface entity producing and receiving events; and 

a software-implemented service bus coupling the interface entities and the service 
entities, the service bus passing events between the interface entities and the service entities 
and between the service entities. 

2. A system as in claim 1 , wherein the service bus comprises a software-implemented 
service registry listing the services provided by the system. 

3. A system as in claim 1, wherein the service bus comprises a software-implemented 
service registry listing users authorized to access the computer system. 

4. A system as in claim 1, wherein the service bus comprises a software-implemented 
service registry listing relationships between the service entities and users authorized to access 
the computer system. 

5. A system as in claim 1, wherein at least one management interface function of a 
service entity provides for at least one of provisioning, monitoring, and modification of the 
service entity. 

6. A system as in claim 1, further comprising a library storing at least one of a 
reusable macro function, an application programming interface function, and a management 
interface function used by a service entity. 

7. A system as in claim 1 , wherein the service bus is distributed across a network. 
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8. A system as in claim 1, wherein the service entities are distributed across a 
network. 

5 9. A method for operating a computer system for providing services having a 

computer-readable medium embodying software to operate a computer, the software 
comprising a plurality of software-implemented service entities, a plurality of software- 
implemented interface entities, and a software-implemented service bus, the method 
comprising the steps of: 

10 ' providing a first service entity coupled to the service bus and a first interface entity 

coupled to the service bus; 

passing a first event from the first interface entity to the first service entity via the 

service bus; and 

passing a second event via the service bus from the first service entity to one of the 
1 5 first interface entity, a second interface entity coupled to the service bus, and a second service 
entity coupled to the service bus. 

10. A method as in claim 9, further comprising the step of passing a third event from 
the second service entity to the second interface entity via the service bus. 

20 

1 1. A method as in claim 9, further comprising the step of passing a fourth event from 
the second service entity to the first service entity via the service bus. 

12. A method as in claim 1 1, further comprising the step of passing a fifth event from 
25 the first service entity to the first interface entity via the service bus. 

13. A method as in claim 9, further comprising the step of passing a six event from 
the second service entity to a third service entity via the service bus. 



30 



14. A method as in claim 9, further comprising the step of determining an order of 
response to pass a seventh event from an interface entity or a service entity if at least two 
entities are to receive the third event. 



15. a method as in claim 9, further comprising the steps of: 
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receiving a request from a user to access the system; 

verifying the user is authorized to access the system by using a service registry; 

determining the services to which the user has subscribed; 

dynamically installing onto the service bus the service entities corresponding to the 

subscribed services; and 

dynamicaUy installing onto the service bus the interface entities required by the 
dynamically installed service entities and not being coupled to the service bus. 

16. A method as in claim 15, further comprising the steps of : 

" dynamically umnstalling from the service bus the service entities corresponding to the 

subscribed services; and 

dynamically uninstalling from the service bus the interface entities not being used by 

the service entities coupled to the service bus. 

17. A method as in claim 9, further comprising the step of dynamically installing onto 
the service bus a service entity or an interface entity with the plurality of service entities or the 
plurality of interface entities, respectively. 

18. A method as in claim 9, further comprising the steps of detecting an error in a 
service entity or an interface entity and resetting the service entity or the interface entity 
having the detected error. 

19. A method as in claim 9, further comprising the steps of: 

detecting an incorrect event received from the service bus in a service entity or an 

interface entity; 

sending an error message to the service bus from the service entity or the interface 
entity detecting the incorrect received event; 
' logging the error message; 

sending a reset message to the service entity or the interface entity detecting the 
incorrect received event from the service bus; and 

resetting the service entity or the interface entity detecting the incorrect received 

event 



20. A computer system for performing the method of claim 9. 
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21. A computer-readable medium comprising software for performing the method of 
claim 9. 



-19- 

SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 PCT/US00/20978 



1/9 



service provider 



library 



service 




service 




service 


entity 




entity 




entity 



service 
registry 



service bus 



interface 
entity 



interface 
entity 



interface 
entity 



communication 
system 



communication |/3 
system 



user 



communication 
system 


A 


r i 


r 


v user 


user - 



communication [/^ 
system 



user 



Figure 1 



SUBSTITUTE SHEET (RULE 26) 



PCT/US00/20978 



2/9 



5 

_^ 

service entity 

- macro function 

- application programming interface 
function 

- management interface function 




service bus 



Figure 2 



6 

_^ 

library 

- macro functions 

- application programming interface functions 

- management interface functions 

Figure 3 



SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 PC17US00/2O978 



3/9 



service bus 



22- 



event 




event- 



interface entity 



• communication protocol 



-24 




protocol message protocol message « 

__! ± 

communication system 



Figure 4 



-25 



service registry 



services list 

- service a 
.service b 
. service c 



users list 



user 1 
service entity a1 
service entity b1 



user 2 
service entity a2 
service entity b2 
service entity c2 



user 3 
service entity b3 



Figure 5 



SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 



PCT/USOO/20978 



4/9 



43 



44 



42 



register new user 
with service registry 



z 



add or delete service 
for registered user 



register new service 
with service registry 






45 



L 



dynamically install 
interface entities 
onto.service bus 



service bus couples 
sen/ice entities and interface entities 
and accesses service registry 



sen/ice provider conducts 
sessions for users 



Figure 6 



SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 



PCT/US00/20978 



5/9 



51- 



user requests session 
with service provider 



service provider verifies 

user is authorized 
to access service provider 



service provider dynamically 
installs service entities of user 
onto service bus 



execute services 



service bus passes event from 
interface entity to service entity 



service bus passes event from 
service entity to interface entity 



service bus passes event from 
service entity to service entity 



service bus manages precedence 
between service entities and 
interface entities 



error detection 
and correction 



end session 



Lx 61 



service provider dynamically s& 
uninstalls service entities of user r 
from service bus 



Figure 7 



SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 



PCT/USOO/20978 



6/9 



71- 



72- 



service entity or interface entity 
detects error 



service entity or interface entity 
resets itself 



Figure 8 




77- 



78- 



service entity or interface entity 
detects incorrect received event 



service entity or interface entity 
sends error message to service bus 



service bus togs error message 



service bus sends reset message to 
service entity or interface entity 



service entity or interface entity 
resets itself 



Figure 9 



SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 PCT/US00/20978 



7/9 



81-s. 

N 


service 
entity 


86 

V 


service 
entity 






\ 4 


r 


service bus 




interface 
entity 




interface 
entity 





Figure 10 




Figure 1 1 



SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 PCT/US00/2O978 



8/9 




invite 



invite 



131 



138 



directory 
information 



132 



Figure 12 



collect PIN 



133 



forwarding 
service 
entity 



139 



140 



134 



identity 
service 
entity 



143 



141 

A 



logging 
service 
entity 



144 



basic 
service 
entity 



146 



invite 



5T 



service bus 



CSTB 
interface 
entity 



135 
142- 



136-^ 



e-mail 
interface 
entity 



145 



SIP 




interface 


entity 





147 



display catling ID 
on TV 



send e-mail 
notification 



invite 



Figure 13 



SUBSTITUTE SHEET (RULE 26) 



WO 01/28186 PCT/USOO/20978 



9/9 



201^ 
206-J 



service provider 



operating system 



services 



network interface 



203^ 



202 



user 



201 



20I 



A 

\ 


i 
f 


telephone system 



service provider 



204 operating system 



services 



network interface 



20 



202 



user 



201-v 



204 S- 
20 
20&> 



service provider 



operating system 



services 



network interface 



i 


r 




telephone system 


203 \ 



A 


r 


telephone system 



202 



user 



PRIOR ART 
Figure 14 



SUBSTITUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 



Intt .lonal Application No 

PCT/US 00/20978 



A. CLASSIFICATION OF SUBJECT MATTER 

PC 7 H04L29/06 H04Q3/00 



According lo Intemalional Paten! Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 H04L H04Q 



Documentation searched other than minimum documentation to the extent that such documents are included In the fields searched 



Electronic data base consulted during the International search (name of data base and. where practical, search terms used) 

PO-Internal, WPI Data, PAJ 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ° Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



ELIXMANN M ET AL: "SERVICE CREATION 

ENVIRONMENT - A DEVELOPMENT ENVIRONMENT 

FOR SERVICES IN THE INTELLIGENT NETWORK" 

PHILIPS TELECOMMUNICATION 

REVIEW, NL, PHILIPS TELECOMMUNICATE 

INDUSTRIE N.V. HILVERSUM, 

vol. 50, no. 1, 1 March 1992 (1992-03-01), 

pages 34-38, XP000374520 

the whole document 

EP 0 810 799 A (LUCENT TECHNOLOGIES INC) 
3 December 1997 (1997-12-03) 
abstract; figure 1 
page 3 

page 7 -page 9 
page 11 
page 13 

_/- 



1-21 



1-21 



Further documents are listed In the continuation of box C. 



Palent famOy members are listed in annex. 



* Special categories of cited documents : 

•A* document defining the general state of the art which is not 

considered to be of particular relevance 
a E' earlier document but published on or after the international 

filing dale 

•L' document which may throw doubts on priority darm(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

'O* document referring to an oral disclosure, use, exhibition or 
other means 

'P* document published prior to the international filing date but 
later than the priority date claimed 



■T* later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
Invention 

■X" document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

'Y* document of particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person stalled 
in the art. 

document member of the same patent family 



Date of the actual completion of the international search 



22 January 2001 



Name and mailing address of the ISA 

European Patent Office. P.B. 5818 Palentlaan 2 
NL - 2280 HV Rljswijk 
Tel (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax (+31-70)340-3016 



Date of mailing of the international search report 



30/01/2001 



Authorized officer 



Stergiou, C 



Form PCT/1SW210 (second sheet) (Jufy 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



tfitt Jonal Application No 

PCT/US 00/20978 



C .(Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ° Citation of document, with imficatton.where appropriate, ot the relevant passages 



Relevant to claim No. 



TURNER G D: "SERVICE CREATION" 

BT TECHNOLOGY JOURNAL , GB , BT LABORATORIES, 

vol. 13, no. 2, 1 April 1995 (1995-04-01), 

pages 80-86, XP000500759 

ISSN: 1358-3948 

the whole document 

GENETTE M: "SERVICE CREATION ENVIRONMENT: 
FLEXIBILITY, OPENNESS AND EVOLUTION" 
ELECTRICAL COMMUNICATION , BE .ALCATEL . 
BRUSSELS, 

January 1999 (1999-01), pages 53-59, 
XP000823923 
ISSN: 0013-4252 
the whole document 



1-21 



1-21 



Foim PCT/ISA/210 (continuation at second sheet) (July 1992) 



page 2 of' 2 



4» 



INTERNATIONAL SEARCH REPORT 

Information on patent family member* 



Inu ionaJ Application No 

PCT/US 00/20978 



Patent document 
cited In search report 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



EP 0810799 



03-12-1997 



US 
AU 
AU 
CA 
JP 



5717747 A 
713080 B 
2360297 A 
2200509 A 
10116193 A 



10-02-1998 
25-11-1999 
04-12-1997 
01-12-1997 
06-05-1998 



Perm PCT/1SA/210 (patent farnihy armex) (Jury 1982) 



